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© Verfahren zum Lastausglelch In elnem Multlprozessorsystem. 

® Verfahren zum Lastausgleich in einem Multiprozessor system, insbesondere ein Multiprozessorsystem eines 
Kommunikationssystems, bei dem anfallende Aufgaben von mehreren Prozessoren unter ReaJzeitbedingungen 
abgearbeitet werden konnen. Geraten aufgrund von lokalen Starklastsituationen einzelne Prozessoren in Uber- 
last, so wird ein Abbau der lokalen Uberlast dadurch erreicht, da6 in dieser Lastsituation weitere eintreffende 
Anforderungen an den Prozessor so weit als moglich/notig an andere, nicht Oberlastete Prozessoren weitergelei- 
tet werden. 
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Die Erfindung betrifft ein Verfahren zum Lastausgleich in einem Multiprozessorsystem, bei dem 
anfallende Aufgaben von mehreren Prozessoren unter Realzeitbedingungen abgearbeitet warden konnen. 

Wenn es sich bei dam Multiprozessorsystem urn ein prozessorgesteuertes Kommunikationssystem 
bandelt, wird das Kommunikationssystem aufgrund eines prognostizierten Vermittlungsaufkommens 

5 und/oder einzuhaltender Mindestanf order ungen, wie beispielsweise die an die Verbindungsaufbauzeiten 
(Through Connection Delay), dimensioniert. Ein wesentlicher Parameter der die Dimensionierung eines 
Vermittlungssystems bestimmt, wird mit dem zu erwartenden Verkehrswert vorgeben. Dieser Verkehrswert 
ergibt sich dabei aus dem Quotienten der sich aus der Sum me der Belegungsdauer - bezogen auf die 
Belegungen in einem Beobachtungsintervall errechnet. Ein nach den herko mm lichen Verkehrserwartungen 

10 dimensioniertes prozessorgesteuertes Kommunikationssystem muB jedoch weitgehendst auch alle ankom- 
menden Vermittlungsanfragen bei auftretenden Spitzenbelastungen, die an bestimmten Tagen, einzelnen 
Tagesstunden Oder nicht vorherbestimmbaren Ereignissen auftreten, beispielsweise unter Zuhilfenahme von 
Lastausgleichsverfahren, abarbeiten konnen. 

Der Erfindung liegt die Aufgabe zugrunde, ein Lastausgleichsverfahren fOr ein Realzeitsystem anzuge- 

75 ben, das gewahrleistet, dae auch in Starklastsituationen moglichst wenig Prozessoranforderungen abgewie- 
sen warden. 

Die Aufgabe wird durch die Merkmale des Patentanspruchs 1 gelost. 

Die Erfindung bringt den Vorteil mit sich, daB auf Grund der Bertlcksichtigung von Lastzustanden von 
Prozessoren die Oberlast einzelner Prozessoren auf freie, nicht Oberlastete Prozessoren verteilt wird, wobei 
20 die verteilten Aufgaben keine zusatzlichen Lastschwankungen innerhalb von vermaschten Prozessoren 
verursachen sowie die Einhaltung der Through Connection Delays dadurch nicht beeinfluflt werden. 

Desweiteren bringt die Erfindung neben dem Vorteil, daB die in "Unterlast" befind lichen Prozessoren 
vor Oberlastung durch verteilte Aufgaben geschUtzt werden, den weiteren Vorteil mit sich, daB die 
Austastung des Prozessors an seiner "Hochlastschwelle" orientiert wird. 
25 Eine Ausgestaltung der Erfindung ist, daB die Lastkennwerte mit einem Hysteresewert beaufschlagt 

werden, was den Vorteil mit sich bringt, daB Uberschwingungen bei Eintritt in den Uberlastfall vermieden 
werden. 

Eine weitere Ausgestaltung der Erfindung ist, daB zusatzliche Aufgaben auch durch einen Prozessor 
abgearbeitet werden, dessen Lastzustand mit "high" eingestuft wird, dies bringt den Vorteil mit sich, daB 
3t> die Anzahl der zugewiesenen fremden Aufgaben pro Prozessor an seiner zur Verftigung stehenden freien 
Kapazitat orientiert werden. 

Eine Ausgestaltung der Erfindung ist, daB der Anteil der von einem in Oberlast befindlichen Prozessor 
wegzuverteilenden Aufgaben aus der Lastkennzahl ermittelt wird. 

Eine Ausgestaltung der Erfindung ist, daB zur selbst bearbeiteten Last die verteile Last geschatzt dazu 
as addiert wird. Dies bringt den Vorteil mit sich, daB erst wenn die geschatzte tatsachlich am Prozessor 
anliegende Last unter eine Hochlastschwelle sinkt und eine vermittlungstechnische Uberlasteinstufung auf 
Null gesetzt und eine Sicherheitsperiode eingehalten wurde. die Oberlastsituation des Prozessors als 
beendet angesehen wird. 

Vorteilhafte Weiterbildungen der Erfindung sind in den UnteransprGchen angegeben. 
40 Weitere Besonderheiten der Erfindung werden aus der nachfolgenden naheren Erlauterung eines 
AusfGhrungsbeispiels, in Form eines Kommunikationssy stems, anhand der Zeichnungen ersichtlich. 

Es zeigen: 

Fig 1. einen Teil eines Kommunikationssystems, 

Fig 2. ProzeB-Verarbeitungseinheiten eines solchen zum Kommunikationssystem gehorenden Grup- 
45 penprozessors, 

Fig 3. ein Schema fGr das erfindungsgemaSe Verfahren, und 
Fig 4. ein Ablaufdiagramm. 

Fig 1 zeigt schematisch. in einem zum Verstandnis der Erfindung erforderlichen Umfang Komponenten 
eines Kommunikationssystems K. Diese Komponenten sind Teilnehmerendgerate Tn1 t ...,Tnm, AnschluBbau- 

50 gruppen LTG1 LTGn fur den AnschluB der mit diesen Teilnehmerendgeraten verbindenden Teilnehmer- 

anschlufileitungen, Gruppenprozessoren GPn, ein Koordi nations prozessor CP oder ein weiterer die Funktio- 
nen eines Koordinationsprozessors ubernehmender Gruppenprozessor GP. eine Schnittstelleneinrichtung 
SE zu weiteren Vermittlungssystemen, eine Serviceinheit SU, einem im Asynchronen Transfer Mode 
arbeitenden Multiplexer AMX sowie ein Koppelnetz SNB, daB mit einem Asynchronem Transfer Mode ATM 

55 Verbindungswege zu gewUnschten Teilnehmerendgeraten Tnm durchschaltet. Die AhschluBbaugruppen 
LTGn fassen jeweils eine Mehrzahl von Teilnebmerendgeraten zusammen. Vermittlungstechnische Aufga- 
ben die in den Anschluflbaugruppen LTGn anfallen werden jeweils durch mindestens einen Gruppenprozes- 
sor GPi bearbeitet. Die in einem Kommunikationssystem K verwendenten Gruppenprozessoren GPn sind 
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dabei im wesentlichen alle gleichartig strukturiert. Die Gruppenprozessoren GPn haben uber den Multiplexer 
AMX Zugang zu weiterverarbeitenden Einheiten des Kommunikationssystems K. An diesen Multiplexer AMX 
sind neben den Gruppenprozessoren GPn die Service Einheit SU, das Koppelnetz SNB als auch weitere 
Prozessoren, wie beispielsweise ein Koordinationsprozessor CP angeschlossen. Uber den Asynchronen 
Transfer Mode Multiplexer AMX besteht unter anderem auch ein Zugang zu anderen Vermittlungssystemen. 

Die Gruppenprozessoren GPn sind hauptsachlich fur den Verbindungsaufbau und Verbindungsabbau 
zustandig. Sie besitzen zudem zur Abwicklung solcher vermittlungstechnischer Aufgaben Kenndaten Uber 
die speziellen Auspragungen der an ihnen angeschlossenen AnschluBbaugruppen LTGn. Der Datenaus- 
tausch zwischen den Gruppenprozessoren GPn findet Uber den AMX statt 

Fig. 2 zeigt einige fUr die Erfindung wesentliche Systemkomponenten des Gruppenprozessors GPi. Der 
Gruppenprozessor GPi wird intern in eine Vielzahl virtueller Prozessoreinheiten VCPUs unterteilt, die jeweils 
fUr verschiedene Aufgaben zustandig sind. Die Zuweisung der Rechenzeit der "Central Prozessor Unit" 
CPU an die jeweiligen Mikroprozessoreinheit VCPUs erfolgt Uber ein spezielles Zuweisungsverfahren 
(Scheduling). Im Zusam men hang mit der Erfindung ist die virtuelle Prozessoreinheit VCPU-CallP von 
besonderem Interesse, da sie fUr die Vermittlung der Telefonverbindungen zustandig ist. Die virtuelle 
Prozessoreinheit VCPU-CallP setzt sich intern aus einer Vielzahl von Prozessen zusammen: 
Beispielsweise seien hier einige Prozesse sowie deren Aufgaben aufgefUhrt: 

- ESIS: Extended Signalling and Interworking Subsystem Das EWSX Signalling and Interworking 
Subsytem ESIS bildet die Schnittstelle zwischen den verschiedenen an die AnschluBbaugruppen 
LTGn zugeordneten Teilnehmerendgeraten Tn1,...,Tnm und fUhrt die Anpassung zwischen externen 
Signalisierungssystemen und dem internen Message Interface durch. 

- ECPS: Extended Call Prozessing Subsystem Dieses Subsystem ist fur die Verarbettung des Call- 
Routing, Call-Setups, Call-Cleardown sowie spezielle Features zustandig. Zur Abarbeitung dieser 
Prozesse konnen spezielle Dienstlei stun gen, wie die des ATS( Access Transaction Segment), UTS 
(User Transaction Segment), AS (Associator Segment) in Anspruch genommen werden. 

Diese Prozesse kommunizieren miteinander Uber sogenannte Messages. Pro Verbindung eines Calls, 
einer von einem Teilnehmerendgerat Tnm ausgelosten Prozedur zum Verbindungsaufbau, werden dabei 
eine Vielzahl von Messages zwischen den einzelnen Prozessen verschickt. Dieser im Einzelfall aus weit 
Uber 1 00 Meldungsprozeduren bestehende Meldungsverkehr lauft pro Call auf einen einzigen Gruppenpro- 
zessor GPi ab. Wird ein Call verteilt, laufen die Messages zwischen dem ProzeB ESIS, der sich auf dem 
"Heim-Gruppenprozessor" GPj befindet und den ECPS Prozessen sowie weiteren vermittlungstechnischen 
Prozessen Uber das ATM Netz auf einen noch "belastbaren" Gruppenprozessor GPx ab. 

Fig. 3 zeigt schematisch ein Verteilschema, daB an den Gruppenprozessor GPj anliegende Calls C an 
noch "belastbare" Gruppenprozessoren GPx weiterleitet. 

Ein in den Gruppenprozessor GPn implementierter Load-Manager GPLM, der durch die virtuelle Prozesso- 
reinheit Operation & Maintainance (high prioity) VCPU-OAMH jeweils eine Prozessorzeit zur Abarbeitung 
seiner Aufgaben zugewiesen bekommt, ermittelt den augenblicklichen Lastzustand (Gruppenprozessor Load 
State) GPLS des Gruppenprozessors sowie einen Wert OPL (Overload Priority Levet) der eine spezifische 
vermittlungstechnische Oberlastabwehrstufe angibt. Diese spezifische vermittlungstechnische Uberlastab- 
wehrstufe OPL wird jeweils im Lastzustand - "overload"- des Gruppenprozessors ermittelt. Folgende 
Lastzustande - normal, high, overload und extreme - des Gruppenprozessors GPn werden entsprechend 
der Belastung der zentralen Prozessoreinheit CPU des Gruppenprozessors vom Load-Manager GPLM 
ermittelt. Die einzelnen Lastzustande GPLS des Gruppenprozessors GPx sind dabei beispielsweise wie folgt 
charakterisiert: 

GPLS-normal: 

Die Auslastung des Gruppenprozessors ist unterhalb seiner fUr ihn definierten Normal tastschwelle. Die 
Normallastschwelle liegt beispielsweise bei 0,71 Erlang. (Erlang ist die Einheit des Verkehrswertes, wobei 
0.71 Erlang einer Auslastung des Gruppenprozessors von 71 Prozent entspricht) 

GPLS-high : 

Der Gruppenprozessor befindet sich in Hochtast, das heiBt oberhalb seiner Normallastschwelle. In 
diesem Zustand werden noch keine UberlastabwehrmaBnabmen fUr den Gruppenprozessor eingeleitet. 
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GPLS-overload: 

Der Gruppenprozessor befindet sich in Uberlast Aufgaben die vom Gruppenprozessor zu erledigen 
waren, warden soweit moglich, kurzfristig auf andere, nicht uberlastete Gruppenprozessoren GPn Ubertra- 
s gen. Die Uberlastschwelle liegt beispielsweise bei > 0,8 Erlang. 

Der auf dem Gruppenprozessor GPn implernentierte Load Manager GPLM ist neben der Ermittlung der 
Lastzustande GPLS auch fi)r die Bestimmung der vermittlungstechnischen Oberlastabwehrstufen OPL 
wahrend der Auslastphase -overload- des Gruppenprozessors GPn zustandig. Die vermittlungstechnischen 
Oberlaststufen OPLn sind ein MaS fUr die Intensitat der Uberlastabwehr, die wahrend sich der Gruppenpro- 
70 zessor GPn in Uberlast befindet, von den vermittlungstechnischen Prozessoren und der dazugehorenden 
Peripherie durchgefUhrt werden konnen. Die vermittlungstechnischen Oberlaststufen OPL werden dabei 
vorzugsweise in Stufen zwischen 0 und 6 unterteilt: 

- OPL 0 bedeutet keine Abwehr. bei 

- OPL 1 es werden ca. 16 Prozent aller neu ankommenden Calls abgewiesen, bei 

75 - OPL 6 werden nur noch Calls akzeptiert die Uber priorisierte Verbindungsleitungen von einem anderen 
Kommunikationssystem eintreffen. 
Die hier aufgefuhrten Lastzustande GPLS des Gruppenprozessors GPn sowie die vermittlungstechni- 
schen Oberlaststufen OPLn konnen beliebig, entsprechend der Dimension ierung des Kommunikationssy- 
stems K, verfeinert Oder abgerundet werden. 

20 Ist ein Gruppenprozessor GPi nicht im Lastzustand "overload", wird kein Call weiterverteilt. Ist ein 
Gruppenprozessor jedoch in dem Lastzustand "overload" so wird ein Anteil der neu ankommenden Calls 
anhand ernes Wertes q, der zwischen 0 und 1 schwankt. bestimmt der zur weiteren Abarbeitung an freie 
Gruppenprozessoren GPx weitergeleitet werden sollte. Durch einen weiteren ermittelbaren Wert p, der die 
Aufnahmefahigkeit fur weitere Calls der ubrigen Gruppenprozessoren wiedergibt, wird festgelegt, ob 

25 aufgrund der Gesamtauslastung dieser Gruppenprozessoren GPn des Kommunikationssy stems K uberhaupt 
verteilt werden kann. Wenn entschieden ist , daB ein Call verteil werden soil, wird entsprechend der 
ermittelten Werte p der Gruppenprozessoren bestimmt, welche "Ziel Gruppenprozessoren" GPx zur 
Abarbeitung der ECPS Prozeduren bereitgestellt werden. 

Die Werte q und p werden von jedem Gruppenprozessor GPn aus den Lastzustanden GPLS und seines 

30 eigenen Lastwertes a lokal berechnet. Nachfolgend ist ein Pseudocode zur Berechnung der Werte p und q 
angegeben. 



35 



PROCEDURE calc q; 
! calculate q; 
BEGIN 



40 



IF q=0 

THEN q:=min ( 1 , f reeGPs/overloaded GPs-0.1)) ; 



45 



50 
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IF myOLC.GPLS<2 

THEN BEGIN ! GP not overloaded; 

IF q<freeGPs/ (overloaded :GPs+0. 01) ! q too small; 

THEN q: =MIN(1, f ree GPs/ (overloaded GPs+0.01)) 
ELSE q:=MIN(q*p sum,l); !no distr. ness . , slowly 
increase q 

END 

ELSE BEGIN !GP is overloaded; 

IF p sum > 1 !too much distributed; 

THEN BEGIN 

q:=q*p sum; 

damping : =damping+l ; 
END 

ELSE BEGIN !more distribution possible; 

IF (myOLC.Of feredLoad>0, 95 OR myOLC .OPL>0 ) AND 
damping>2 

THEN BEGIN 

q:=MIN(q*1.2,l) ; 
damping: =0 ; 

END 

ELSE damping: =damping+l; 

IF myOLC.offeredLoad<0.65 AND myOLC.OPL=0 
THEN BEGIN 

q:=MAX(0,q/l.l) ; 

damping : =damping+l ; 
END; 
END; 

END GP is overloaded; 
END PROCEDURE calc q; 
END CLASS smartGPL TAB; 



PROCEDURE calc p; 
! calculate p (i) ; 
BEGIN 

INTEGER i; 

REAL alpha; ! Init ializat ionprob . for p; 
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alpha : =1/ { 4* { f reeGPs+0 . 1 ) ) ; 
p_sum: = 0 ; 

FOR i:=l STEP 1 UNTIL NumberOfGPs DO BEGIN 
IF the GPL TAB(i)=0 
THEN BEGIN 

IF p(I)=0 THEN p(i) :=alpha ELSE p(i) :=p(i) *1.05; 



IF the GPL TAB(i)=l 

THEN p ( i ) : =max < 0 , p ( i ) *0 . 9 ) ; 

IF the GPL TAB(i)>l 

THEN p(i) :=0; 

p sum: =p sum+p(i); 

END; 

20 IF p sum>0 THEN BEGIN \ normalize p<); 

FOR STEP 1 UNTIL NumberOfGPs DO 

P( j) :=p(j)/p sum; 

25 END 

END PROCEDURE calc p; 

In Fig. 4 ist ein Ablaufdiagramm, in dem die einzelnen Program mprozeduren angedeutet sind, die zur 
30 Abarbeitung von beispielsweise lokal auftretenden Oberlasten an einen Gruppenprozessor GPj aufgerufen 
und abgearbeitet werden. 

Die Berechnung von den im Verteilschema Fig. 3 angegebenen Werten pi(n), oj sowio der Lastzustand 
GPLSj geschieht wie oben bereits erwahnt im Programmodul Load Manager GPLM des Gruppenprozessors 
GPj. Der GPLM ist ein ProzeS der von der virtuellen Prozessoreinheit VCPU-OAMH abgearbeitet wird. 
35 Nachfolgend werden die im Ablaufdiagramm aufgezeigten Schritte beschrieben: 

- Berechnung des Lastwertes a: 

Der Lastwert a wird aus der Belastung der zentralen Prozessoreinheit des jeweiligen Gruppenprozes- 
sors ermittelt. 

- Bestimmung des Load States GPLS eines Gruppenprozessors GPs: 

40 Zur Bestimmung des Load State GPLS wird ein integrierender Startindikator S, der in der Art eines 

"Schatzers" eine andauernde Oberlastsituation erkennt, ein Load Balancing Flag LBF sowie x eine 
Hysteresebreite. der beispielsweise der Wert 0,1 zugewiesen werden kann, verwendet. 
Die Bestimmung der quantifizierten Grofien GPLS wird nach folgendem Pseudocode durchgefuhrt: 
a) Bisheriger GPLS "Normal" 



10 



END; 



45 
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if a > Normallastschwelle + x 
then GP LS := "high- ; 

if S > Thresh and a > Hochlastschwelle + x 
then GPLS := "overload"; 



b) Bisheriger GPLS "high" 



55 
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if a < Normallastschwelle 
then GPLS := "normal " 
5 if S > Thresh und a > Hochlastschwelle + x 

then GPLS := "overload"; 

c) Bisheriger GPLS "overload" 

70 

if LBF= true 

then a': = a/(l- q(j)d) 

else a ' : = a; 

75 

if a* > Hochlastschwelle or OPL > 0 
then begin 

GPLS:="overlast" ; 
20 real overlast : = true; 

if (OPL = 6 since 3s) 
Then GPLS := "extrem" 

25 end 

esle begin (Ab hier liegt keine echte Uberlast mehr vor) 

if no rejection since 6s 
then beginn 
if a*< Hochlastschwelle 
then begin 
GPLS := "high" 
if a"< normallastschwelle 
then GPLS := "normal" 
end ; 
end 
else begin 

GPLS := "overload"; 
real overload := falser- 
end; 
end; 

d) Bisheriger GPLS = "extrem" 

Von den eigenen AnschluBeinheiten LTGs wird kein neuer Lastverkehr mehr angenommen. 
55 Die Programmprozedur "Bestimmung GPLS" wird im wesenttichen aus dem Lastwert a des Prozessors 
der letzten Sekunde bestimmt. Falls bereits verteilt wird, wird uber die GroSe a', die die tatsachliche an den 
Gruppenprozessor anliegende Last ausdruckt, berechnet. Der Lastwert a* stellt einen Schatzer fur die zu 
erwartende Last fur die zentrale Prozessoreinheit CPU des nachsten Kontrollintervalls dar. 

7 
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- Informieren der Load Manager auf alien GPn uber die Lastzustande aller GPn 
Zwei Mogfichkeiten der Info rmationsvertei lung kommen dazu in Betracht: 

a) Alle GPLMs senden ihre lokale Lastinformation (GPLS, OPL) an einen zentralisierten Prozefi, Load 
Control Master (LOCM) genannt, auf einem ganz bestimmten Prozessor GPx. Der LOCM sammelt die 

5 Lastinformationen und sendet so rasch als moglich die gesammelten Informationen an alle GPLMs im 
System. 

b) Mittels einer , jeder-informiert-jeden , Kommunikation zwischen den GPLMs verteift jeder GPLM seine 
lokale Lastinformation (GPLS, OPL) an die GPLM aller anderen GPn im System. 

Nach einem kurzen Zeitintervall der Zwischenspeicherung aller GPLS werden diese an alle GPn verteilt 
io und dort jeweils in eine Tabellen eingetragen, Nach einem kurzem Zeitintervall, stehen aktuallisierte GPLS 
von jedem Gruppenprozssor GPx zur Eintragung in eine Gruppenprozessortabelle bereit. 

- Bestimmung der zusatzlich abzuarbeitenden Aufgaben p(i): 

Der Wert p(i) ist dabei der Anteil der von den "Helm- Gruppenprozessoren " wegverteilten Calls C 
die auf einen freien Gruppenprozessor GPG) bearbeitet werden sollen. Der Wert p(i) wird dabei nach 
is folgender Strategie bestimmt: 

a) GPLS(i) = "normal" 

p(i) kann erhoht werden, da auf GP(i) noch Bearbeitungskapazitat ausgenutzt werden kann 

b) GPLS(i) = "high" 

p(i) wird verringert, da GP(i) zuviel Last hat. 
20 c) GPLS(i) = "overload" 

p(i) wird auf Null gesetzt, da GP(i) in einem Betriebszustand der Oberlast ist. 
Bet der Neueinstellung der Werte p(i) wird von einem durchschnittlichen Verteilanteil pro freien 
Gruppenprozessor GP(i) ausgegangen. Solange sich ein GP(i) im Lastzustand "overload" befindet, ist p(i)- 
-0. Wechselt der Lastzustand von "overload" in "normal" oder "high" so wird der Wert p(i):= 1/(C*(Anzahl 
der freien GP(x)) festgelegt. C ist ein Parameter, in dem vermittlungsspezifische Uberlegungen betreffend 
der Vermeidung eines Oberschwingens des Lastverteilsystems in der Einschwingphase eingeht. 
- Bestimmung der wegzuverteilenden Aufgaben q(j) 

Bevor der Wert qG), der den Anteil der wegzuverteilenden Calls angibt, wenn ein Gruppenprozessor 
im Lastzustand Uberlast ist, wird an Hand der p(i) festgestellt ob Ciberhaupt verteilt werden kann. 
Ergibt die Summe der noch nicht normierten p(n) einen Wert der groBer als 1 ist, so wird der Wert q- 
G) nach den Erfordernissen des jeweiligen GP(j) bestimmt. Anhand des Lastwertes a' wird festgestellt, 
ob qG) erhoht oder erniedrigt werden sollte. Falls der GPG) nicht im Lastzustand "overload" ist, wird 
immer versucht qG) zu erhbhen. 

a) Falls die vermittlungstechnische Oberlaststufe OPL > 0 oder Lastwert a > 08 + x (mit x =0 1) ist 
35 wird qG) erhoht. ' ' * 

b) Falls GPLSG) - "overload" und OPL = 0 und Lastwert a < 0,8 -x ist wird qO) verringert. 
c) 



25 



30 



40 



45 



Falls GPLS(i) < "overload" erh6he q(i) 

Die Bestimmung des Wertes qG) im Fall c bezieht sich auf den Einstieg in die Lastverteilung. 
Normalerweise sollte dann qG)= 1 sein, urn bei plbtzlicher Uberlast maximale Verteilung zu bekommen 
Wenn das Kommunikationssystems K an seiner Leistungsgrenze arbeitet, muB qG) kleiner sein. urn die 
Lastverteilung, durch Eintritt zusatzlicher Gruppenprozessoren GPx in Gberlast nicht zu gefahrden. Aus 
diesem Grund wird qG) verringert, falls die Summe der einzelnen p(n) kleiner als 1 ist. 

Urn mogliche Schwingungen des Uberlastverfahrens zu vermeiden. ist es vorteilhaft, wenn vor einer 
Verringerung des Werte qG) ein kurzer ZeitintervaJI abgewartet wird. Nachdem festgestellt wurde. daB der 
Gruppenprozessor GPG) Calls verteilen mochte, wird das Load Balancing Flag LBF "true" , wenn nicht wird 
das LBF "false" gesetzt. In einem mit Guard Period bezeichneten Schutzintervall, wird das Load Balancing 
Flag LBF :- false gesetzt, obgleich der Gruppenprozessor GPG) sich im Lastzustand "overload" befinden 
kann. 

Bei einer Neueinstellung des Wertes qG) wird folgender Algorithm us angewendet: 
Falls qG)= 0 wird qG): = min (t, (Anzahl freier GPx/ Anzahl der GPs die im Lastzustand "overload" sind)) 
55 Ist der GPLS von GPG) nicht im "overload" und qG) < (Anzahl freier GPs /Anzahl der GPs in "overload") so 
wird q(j) : = min(1, Anzahl freier GPs/Anzahl GPs in "overload") gesetzt. Wenn der GPG) nicht in "overload" 
ist, ist normalerweise qfl)= 1, urn einen schnellen Einstieg in die Lastverteilung zu gewahrleisten falls der 
GPG) plotzlich in Uberlast gerat. Falls jedoch mehr GPs in "overload" sind als GPs zur Aufnahme von 
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fremder Uberlast bereitstehen, wird q(j) passend kleiner gewahlt, um die nicht uberlasteten GPs vor 
Oberlast zu schutzen und damit das System der Lastverteilung nicht zu gefahrden. 

Das Verteilen der Calls erfolgt wie nachfolgend angegeben: Beim Anliegen eines Calls, stellt der 
Service Manager SM, der eine direkte Schnittstelle zu den zu bearbeitenden Calls darstellt und die 

s eigentliche Verteilung der Calls vornimmt anhand des LBF test, ob verteilt werden soil Oder nicht. Falls 
verteilt werden soli, wird untersucht, ob es mbgfich ist den anliegen Call zu verteilen. Falls die Verteilung im 
Prinzip moglich und erwOnscht ist, wird entschieden, ob dieser spezielle Call verteil werden soil. Dazu wird 
der Quotient aus den bisher in dem Zeitintervall verteilen Calls mit der Anzahl aller ankommenden Calls 
gebildet und mit q(j) verglichen. Ist der Quotient grbBer als q(j), wird der Call verteilt. Ist beispielsweise die 

10 Anzahl der bisher angekommenen Calls 20, die der bisher verteilten Calls 4 und der Wert q(i) = 0,25, so 
ergibt sich aus dem Quotienten 4/20, daB dieser kleiner als q(j) ist. In diesem Fall wird der Call verteilt. 
Wenn der Call verteilt werden soil, wird dazu analog anhand der Werte von p(j) entschieden, welcher 
Gruppenprozessor GPx die Bearbeitung des Calls ubernimmt. 

is Patentan sprue he 

1. Verfahren zum Lastenausgleich in einem Multiprozessorsystem, insbesondere ein Multiprozessorsy- 
stem eines Kommunikationssy stems (K), bei dem anfallende Aufgaben von mehreren Prozessoren 
(GPn) unter Realzeitbedingungen abgearbeitet werden konnen, 

20 mit folgenden Verfahrensschritten: 

- jeder Prozessor(GPi) ermittelt seinen Lastzustand(GPLSi) in Form einer quantifizierten Gr60e, 

- jedem Prozessor(GPi) werden die Lastzustande(GPLSn) der anderen Prozessoren(GPn) innerhalb 
eines Zeitrasters mitgeteilt. 

- jeder Prozessor(GPi) gibt in Abhangigkeit vom Uberschreiten einer bestimmten Gr6Be seines 
25 Lastzustandes(GPLSi) und in Abhangigkeit von den Lastzustanden der Ubrigen Prozessoren- 

(GPn) zumindest einen Teil der bei ihm anfallenden Aufgaben an die ubrigen Prozessoren(GPn) 
ab, 

- die abgegebenen Aufgaben werden entsprechend der Lastzustande (GPLSn) der Ubrigen 
Prozessoren(GPn) auf diese aufgeteilt. 

30 

2. Verfahren nach An sprue h 1 , 
dadurch gekennzelchnet, 

daB ein Prozessor(GPi) nur so viele Aufgaben abgibt, daB sein Lastzustand(GPLS) wieder die genannte 
bestimmte GroBe unterschreitet. 

35 

3. Verfahren nach Anspruch 1 , 
dadurch gekennzelchnet, 

daB die die Lastzustande charakterisierenden quantifizierten GroBen jeweils in deren oberen sowie 
unteren BereichsUbergSngen mit einem Hysteresewert verse hen werden. 

40 

4. Verfahren nach Anspruch 1 , 
dadurch gekennzelchnet, 

daB bei Abgabe von Aufgaben von einem Prozessor(GPi) an die Ubrigen Prozessoren (GPn) zusatzlich 
ein Mafi fOr eine Aufgabenabwehr des Prozessors(GPi) bestimmt wird. 

45 

5. Verfahren nach Anspruch 1 , 
dadurch gekennzelchnet, 

daB die prozessorbezogenen Lastzustande (GPLSn) mittels einer , jeder-informiert-jeden , Kommunika- 
tion von den einzelnen Control Managern der Prozessoren (GPn) direkt an alle anderen Control 
so Managern der Prozessoren (GPn) im Kommunikationssystem (K) verteilt werden. 

6. Verfahren nach Anspruch 1 , 
dadurch gekennzelchnet, 

daB die prozessorbezogenen Lastzustande(GPLSn) im Load Control Manager (LOCM) eines bestimm- 
55 ten Prozessors(GPx) zusammengefaBt werden. 

7. Verfahren nach Anspruch 6, 
dadurch gekennzelchnet, 
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daB entsprechend eines Zeitrasters die in dem bestimmten Prozessor(GPx) zusammengefaBten 
Lastzustande(GPLSn) jeweils in Tabellen der Prozessoren(GPn) abgespeichert warden. 

8. Verfahren nach einem der vorhergehenden Anspruche, 
5 dadurch gekennzeichnet, 

daB in Abhangigkeit vom jeweiligen Lastzustand (GPLS) der Prozessoren der Anteil (pi(n)) der 
zusatzlich durch sie noch abarbeitbaren Aufgaben festgelegt wird. 

9. Verfahren nach einem der vorherigen Anspruche, 
io dadurch gekennzeichnet, 

daB in Abhagigkeit vom jeweiligen Lastzustand (GPLSn) der Prozessoren <GPi) die von diesem 
wegzuverteilenden Aufgaben (q(j)) erhoht Oder vermindert werden. 

10. Verfahren nach einem der vorherigen Anspruche, 
75 dadurch gekennzeichnet, 

daB in jedem Prozessor in Abhangigkeit vom Summenergebnis, aus den Anteilen (p(i)) der durch die 
Ubrigen Prozessoren zusatzlich zu Ubernehmenden Aufgaben, der Anteil der wegzuverteilenden Aufga- 
ben (q(j)) im Uberlastfall bestimmt wird. 

20 
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FIG & 



Berechnung des Lastwertes a der CPU eines 6P*s 

Berechnung des Lastzustandes 6PLS des CP's 

Verteilen der aktuellen lokalen Lastzustdnde 
aller GP's an die GPLM's in alien GPn 
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